マルチパーティ呼を制御するための方法と、その方法を実行するためのサービス制御エンティティおよびサービス交換エンティティ

专利摘要:
本発明は、通信ネットワーク内の３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法に関するものである。通信ネットワークは、サービス制御エンティティとサービス交換エンティティとを備える。サービス制御エンティティは、ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知をサービス交換エンティティから受信することと、ｂ）マルチパーティイベントを処理するための手順を判定することと、ｃ）マルチパーティイベントを処理するための手順に従って命令をサービス交換エンティティへ送信することとを実行する。 なし
公开号:JP2011511501A
申请号:JP2010539321
申请日:2007-12-21
公开日:2011-04-07
发明作者:ロジェ；オーガスト；カスパル；ヨゼフ ノルダス，；アルフォンソ ピサニ，；ビアッジョ マイオネ，
申请人:テレフオンアクチーボラゲット エル エム エリクソン（パブル）；
IPC主号:H04M3-56

专利说明:

[0001] 本発明は、通信ネットワーク内の３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法と、その方法を実行するように構成されているサービス制御エンティティと、その方法を実行するように構成されているサービス交換エンティティとに関するものである。本発明は、さらに、そのようなサービス制御エンティティまたはサービス交換エンティティの処理ユニットにロード可能なコンピュータプログラムと、そのようなコンピュータプログラムを備えるコンピュータ可読媒体に関するものである。]
背景技術

[0002] 各通信エンティティが相互に通信できるようなネットワークが提供される場合がある。通信エンティティは、有線の電話、移動電話、あるいはその他のいずれかの適切なデバイスである場合がある。通信を開始する通信エンティティは、発呼エンティティと呼ばれる場合があり、そして、発呼エンティティが通信を開始する相手である通信エンティティは、リモートエンティティまたは着呼エンティティと呼ばれる。]
[0003] 通信ネットワークにおいては、発呼エンティティによって開始され、リモートエンティティに宛てられた呼は、この呼がその宛先に到達するまでに複数の交換ノードを通ってルーティングされる。呼が通信ネットワーク内で発呼エンティティからリモートエンティティまでどのようにルーティングされることがあるかの一例を、図１を参照して示す。発呼エンティティＣＥ−Ａは、交換ノード１０１へ呼セットアップリクエストメッセージを送信することによって、着呼エンティティＣＥ−Ｂへの呼をセットアップする。交換ノード１０１は、呼設定リクエストメッセージを受信して、その中に含まれる宛先番号、すなわち、典型的には、着呼エンティティＣＥ−Ｂに関連付けられている番号を分析する。分析の結果に依存して、交換ノード１０１は、最も効率的な方法で呼をさらにルーティングするために最も適している次の交換ノードを選択することになる。この例では、交換ノード１０１は、交換ノード１０２を選択する。交換ノード１０２および１０３は、同様に振る舞い、そして、呼をさらに、着呼エンティティＣＥ−Ｂに最も近い交換ノード１０４へルーティングする。交換ノード１０２および１０３は、それらが交換ノード１０１と１０４との間の中継機として機能することから、中継交換ノードと呼ばれることもある。次いで交換ノード１０４は、着信呼を着呼エンティティＣＥ−Ｂに接続し、発呼エンティティＣＥ−Ａと着呼エンティティＣＥ−Ｂとの間で音声接続を開始することができる。] 図１
[0004] インテリジェントネットワーク（Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ（ＩＮ））概念に従えば、サービスインテリジェンスまたはサービスロジックは、交換機能とは分離される。この分離によって、ネットワークオペレータは、ネットワークベンダに依存せずにサービスおよび機能を開発して展開することができるようになり、より柔軟なサービス展開、簡略化されたサービス投入、コスト削減、自立性の強化が可能になる。ＩＮプロトコルの例としては、インテリジェントネットワークアプリケーションプロトコル（Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＩＮＡＰ））、高度ＩＮ（Ａｄｖａｎｃｅｄ ＩＮ（ＡＩＮ））、および移動ネットワーク拡張ロジック用カスタム化アプリケーション（Ｃｕｓｔｏｍｉｚｅｄ Ａｐｐｌｉｃａｉｔｏｎｓ ｆｏｒ Ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ Ｅｎｈａｎｃｅｄ Ｌｏｇｉｃ（ＣＡＭＥＬ））がある。ＩＮＡＰは、固定回線ネットワーク用に開発されたものであり、北米以外の固定回線ＩＮに使用される主要プロトコルである。ＡＩＮは、北米用に開発されている変形である。]
[0005] ＣＡＭＥＬ
ＣＡＭＥＬは、３ＧＰＰ ＴＳ ２２．０７８で規定される、移動通信用グローバルシステム（ＧＳＭ）フェーズ２＋及び広帯域符号分割多元アクセス（ＷＣＤＭＡ）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）Ｐｈａｓｅ ２＋およびＷｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＷＣＤＭＡ））ネットワーク機能である。ＣＡＭＥＬは、コアＩＮＡＰに基づいていて、とりわけ加入者の移動性を考慮した修正が加えられている。特に、ＣＡＭＥＬによって、加入者のホーム公衆移動ネットワーク（Ｈｏｍｅ Ｐｕｌｂｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ（ＰＬＭＮ））の域外をローミングする場合でさえ、加入者はオペレータ固有のサービスを使用できるようになる。ＣＡＭＥＬに基づいているインテリジェントネットワーク（Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ）は、主要エンティティとして、ＳＳＦ（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｆｕｎｃｔｉｏｎ：サービス交換機能）またはｇｓｍＳＳＦ（ＧＳＭ Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｆｕｎｃｔｉｏｎ：ＧＳＭサービス交換機能）とも呼ばれる、タスクを交換するためのサービス交換エンティティと、ＳＣＦ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ：サービス制御機能）またはｇｓｍＳＣＦ（ＧＳＭ Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ：ＧＳＭサービス制御機能）とも呼ばれる、サービスインテリジェンスまたはサービスロジックを含むサービス制御エンティティとを備える。]
[0006] 図２は、インテリジェントネットワークを含む通信ネットワークの概要を示している。] 図２
[0007] インテリジェントネットワークは、サービス制御エンティティＳＣＥとサービス交換エンティティＳＳＥとを備えており、その両方について以下で詳細に説明する。加えて、交換ノード２０３、２０４、２０５が示されていて、それらの各々は、移動サービス交換局（Ｍｏｂｉｌｅ Ｓｅｒｖｉｃｅｓ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｒｅ（ＭＳＣ））であってもよい。交換ノード２０３は、発信ノードとして機能してもよく、交換ノード２０４は、中継交換ノードであってもよく、交換ノード２０５は、終端ノードであってもよい。]
[0008] インテリジェントネットワークサービスは、サービス制御エンティティＳＣＥによって実行される。サービス制御エンティティＳＣＥは、ＣＡＭＥＬまたはＩＮＡＰのようなインテリジェントネットワークプロトコルを使用してサービス交換エンティティＳＳＥと通信することができる。サービス交換エンティティＳＳＥは、発呼エンティティＣＥ−Ａから着呼エンティティＣＥ−Ｂへの呼を制御する場合に、交換ノード２０３と同一位置に配置されていることが望ましいが、別の交換ノードで同一位置に配置されてもよい。]
[0009] サービス制御エンティティＳＣＥは、インテリジェントネットワークにおいて主導的役割を持ち、ある呼について一部のサービスが可能であるか不可能であるかを決定することができる。サービス制御エンティティＳＣＥは、サービス交換エンティティＳＳＥによって実行されることになる命令をサービス交換エンティティＳＳＥへ送信する。]
[0010] インテリジェントネットワーク概念の適用を伴うと、呼制御には事実上２つのレベルとして、（１）交換ノードによる呼制御と（２）ＳＣＥによる呼制御とがある。２つの制御レベルが互いに別であることが原因で、ある呼について交換ノードで実行されるサービスに起因してＩＮサービスが追加で呼び出される場合、矛盾が生じることがある。これは、例えば、第１の通信エンティティＣＥ−Ａがマルチパーティ呼を設定する場合でもあり得る。アクティブであって待機中である第２の通信エンティティＣＥ−Ｂに対する第１の呼と、アクティブであって音声接続中である第３の通信エンティティＣＥ−Ｃ（図６を参照して以下で説明する）に対する第２の呼という２つの呼に、第１の通信エンティティＣＥ−Ａが、マルチパーティ呼の確立より先に関わることがある。次いで、第１の通信エンティティＣＥ−Ａは、２つの呼がマージされるマルチパーティ呼を開始することがある（図７を参照して以下で説明する）。] 図６ 図７
[0011] マルチパーティサービス
マルチパーティサービスは、ＭＳＣのような交換ノードの制御によってかつその制御の下で実行されるいわゆる付加サービスまたはネットワークベースのサービスである。マルチパーティサービスは、第１の通信エンティティＣＥ−Ａ（発呼エンティティまたは着呼エンティティ）に、マルチ接続呼、すなわち、第２の通信エンティティおよび第３の通信エンティティとの同時通信を確立する能力を与える。実際には、４つ以上の通信エンティティが関与してもよい。マルチパーティ呼を確立している通信エンティティは、「マルチパーティサービス加入者（multi party served subscriber）」または「マルチパーティサービス加入エンティティ（multi party served entity）」と呼ばれる場合もある。強調されるべきことは、あるエンティティがマルチパーティ呼を確立する場合、この呼エンティティと接続される各々の呼は、相互に依存せずに、着信または発信してもよいことである。また、マルチパーティ呼に参加するけれどもマルチパーティ呼を開始しなかった通信エンティティは、リモート通信エンティティと呼ばれることもある。]
[0012] ＧＳＭおよび３Ｇネットワークについては、マルチパーティサービスは、３ＧＰＰ技術仕様２２．０８４に規定されている。]
[0013] 例えば、マルチパーティサービス加入エンティティＣＥ−Ａは、第２の通信エンティティＣＥ−Ｂとの音声接続をする１つのアクティブな呼と、第３の通信エンティティＣＥ−Ｃとの保留中の１つのアクティブな呼という２つの呼に関与し、両方の呼は、それぞれの着呼エンティティである第２の通信エンティティＣＥ−Ｂと第３の通信エンティティＣＥ−Ｃとによって応答されている。この状況で、マルチパーティサービス加入者ＣＥ−Ａは、マルチパーティサービスを実行することをネットワークにリクエストすることができる。]
[0014] マルチパーティ呼が一旦確立されると、さらなる通信エンティティが、マルチパーティ呼に追加されてもよいし、マルチパーティ呼から切断されてもよいし、マルチパーティ呼から一時的に分離（すなわち削除）されてもよいし、そして、一時的に分離された場合には、マルチパーティ呼に再接続されてもよい。]
[0015] マルチパーティ呼に参加している加入者または通信エンティティは、会議出席者と呼ばれる場合もある。]
[0016] この付加サービスを呼び出す際に、マルチパーティサービス加入者ＣＥ−Ａに対して確認応答が送信され、他方、マルチパーティ呼においてはすべてのリモートパーティに対して通知が送信される。マルチパーティ呼は、確立された直後は３人のパーティだけで、すなわち、マルチパーティサービス加入者（第１の通信エンティティＣＥ−Ａ）と、呼び出しの瞬間まではマルチパーティサービス加入者（第１の通信エンティティＣＥ−Ａ）との２つの別個の呼を行っていた他の２人の加入者（第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃ）とで構成されることになる。この段階で、他の通信エンティティ（第４、第５等）は、マルチパーティサービス加入者がこれを決定する場合、マルチパーティ呼の中に含まれ得る。新たな通信エンティティがマルチパーティ呼に追加される度に、すべてのリモートの通信エンティティに対して、すなわち、第２、第３等の通信エンティティに対して、（すなわち、マルチパーティサービス加入者ＣＥ−Ａに対してではなく）通知が送信されてもよい。また、通知は、リモートの通信エンティティが保留にされたり検索されたりする場合に、それらへ送信されてもよく、これらの保留および検索に関する通知は、通常の呼保留（Ｃａｌｌ Ｈｏｌｄ）手順に従う。]
発明が解決しようとする課題

[0017] 上述のように、マルチパーティサービスは、交換ノードによって実行されて、かつ交換ノードの制御下にあるネットワークベースのサービスである。他方、ＩＮサービスは、サービス制御エンティティの制御下で実行され、一定の呼だけについて呼び出される。これもまた２つの制御レベルが互いに別であることが原因で、ある呼について、交換ノードで実行されるマルチパーティサービスに起因してＩＮサービスが追加で呼び出される場合、矛盾が生じることがある。]
[0018] 通信ネットワークにおいてマルチパーティ呼の処理を向上させる解決策を提供することが、１つの目的である。]
課題を解決するための手段

[0019] 一実施形態に従えば、通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法が提供される。通信ネットワークは、サービス制御エンティティとサービス交換エンティティとを備える。サービス制御エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知をサービス交換エンティティから受信することと、
ｂ）マルチパーティイベントを処理するための手順を判定することと、
ｃ）マルチパーティイベントを処理するための手順に従って命令をサービス交換エンティティへ送信すること
とを実行してもよい。]
[0020] 別の実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信することをサービス交換エンティティにリクエストすることが含まれる。]
[0021] マルチパーティイベントの通知には、マルチパーティ呼をセットアップするための３つ以上の通信エンティティのうちの１つからのリクエストが含まれてもよい。マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれる。]
[0022] 動作ｂ）には、サービスロジックを適用することが含まれてもよい。]
[0023] マルチパーティイベントの通知には、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標が含まれてもよい。]
[0024] 動作ｂ）には、さらに、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標と組み合わせてサービスロジックを適用することが含まれてもよい。]
[0025] マルチパーティイベントには、
会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
ことのうちの１つが含まれてもよい。]
[0026] さらに、上記に従う方法を実行するように構成されているサービス制御エンティティが提供される。]
[0027] 別の実施形態に従えば、通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法が提供される。通信ネットワークは、サービス制御エンティティとサービス交換エンティティとを備える。サービス交換エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知を受信することと、
ｂ）通知をサービス制御エンティティへ送信することと、
ｃ）マルチパーティイベントを処理するための手順に従って命令をサービス制御エンティティから受信することと、
ｄ）受信した命令に従ってマルチパーティイベントを処理すること
を実行しても良い。]
[0028] 一実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信するためのリクエストをサービス制御エンティティから受信することが含まれる。]
[0029] マルチパーティイベントの通知には、マルチパーティ呼をセットアップするための３つ以上の通信エンティティのうちの１つからのリクエストが含まれてもよい。マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれてもよい。]
[0030] 動作ｄ）には、マルチパーティイベントを許可指標に従って不許可にするかまたは許可することが含まれてもよい。]
[0031] マルチパーティイベントの通知には、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標が含まれてもよい。]
[0032] マルチパーティイベントには、
会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
ことのうちの１つが含まれてもよい。]
[0033] 一実施形態に従えば、上記に従う方法を実行するように構成されているサービス交換エンティティが提供される。]
[0034] 一実施形態に従えば、サービス制御エンティティまたはサービス交換エンティティの処理ユニットにロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、上記に従う方法のいずれか１つを実行するように構成されているソフトウェアコードの一部を備えるコンピュータプログラムを備える。]
[0035] さらに、一実施形態に従えば、上記に従うコンピュータプログラムを備えるコンピュータ可読媒体が提供される。]
[0036] 次に、これらの実施形態について、例示することだけを目的として、添付の略図を参照しながら記述するが、図面では、対応する参照記号は、対応する部分を指す。]
図面の簡単な説明

[0037] 先行技術に従う呼のルーティングのための通信ネットワークの第１の概略図である。
本発明の一実施形態に従う通信ネットワークの概略図である。
一般的なコンピュータの概略図である。
サービス制御エンティティの一実施形態のブロック図である。
サービス交換エンティティの一実施形態のブロック図である。
マルチパーティ呼の確立の前の、２つの呼を確立している第１の通信エンティティのネットワークアーキテクチャを示す図である。
マルチパーティ呼の確立の後の、２つの呼を確立している第１の通信エンティティのネットワークアーキテクチャを示す図である。
一実施形態に従うフロー図である。
別の実施形態に従うフロー図である。]
実施例

[0038] 図２を参照して、タスクを交換するためのサービス交換エンティティＳＳＥおよびサービスインテリジェンスまたはサービスロジックを備えるサービス制御エンティティＳＣＥのようなネットワーク要素を備える、通信ネットワークの説明を提供する。サービス制御エンティティＳＣＥもサービス交換エンティティＳＳＥもどちらも、コンピュータとして構成されてもよく、その実施形態を以下で説明する。もちろん、図３を参照して記載されるように、コンピュータとして構成される他のネットワーク要素、例えば、交換ノードが、提供されてもよい。] 図２ 図３
[0039] 実際、通信エンティティを含めて、実施形態の中で記載されるすべてのネットワーク要素は、コンピュータとして構成されてもよい。図３は、コンピュータの一例の一般的な実施形態の概要を示している。この記載は、例えば、パーソナルコンピュータ、サーバ、ラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）、パームトップ、電話のような、複数の種類のデバイスについて言及することもできる。これらのデバイスはすべて、異なる種類のコンピュータであってもよい。] 図３
[0040] 図３は、算術演算を実行するための処理ユニットＰＵを備えるコンピュータ１０の一実施形態の概略ブロック図を示している。プロセッサユニットＰＵは、命令とデータとを記憶することができるメモリＭＥに接続されている。メモリＭＥは、テープユニット、ハードディスク、読出専用メモリ（ＲＯＭ）、電気的消去可能読出専用メモリ（ＥＥＰＲＯＭ）、およびランダムアクセスメモリ（ＲＡＭ）のうちの、１つ以上によって構成されてもよい。メモリＭＥは、コンピュータ１０が上記の実施形態を実行することができるようにするため、プロセッサユニットＰＵによって読取可能かつ実行可能な命令を備えてもよい。] 図３
[0041] また、プロセッサユニットＰＵは、例えば、キーボードＫＥのような１つ以上の入力デバイスと、例えば、ディスプレイＤＩのような１つ以上の出力デバイスと、例えば、フロッピィ、ＣＤ ＲＯＭのＣＲ、ＤＶＤ等の１つ以上の読取ユニットＲＵとに接続されてもよい。]
[0042] また、図３に示されるコンピュータ１０は、例えば、インテリジェントネットワークのようなネットワークを介して他のコンピュータ（不図示）と通信するように構成されている入出力デバイス（Ｉ／Ｏ）を備える。また、もちろん、入出力デバイス（Ｉ／Ｏ）は、別個の入力デバイスＩと出力デバイスＯとして構成されてもよい。] 図３
[0043] しかしながら、当業者には知られているその他のメモリユニット、入力デバイス、読取デバイスがさらに提供されてもよいことが理解されるべきである。]
[0044] 加えて、必要に応じて、それらのうち１つ以上が、プロセッサユニットＰＵから物理的に離れた位置にあってもよい。プロセッサユニットＰＵは、１つのボックスとして示されているが、当業者には周知であるように、並行して機能するかまたは１つの主プロセッサユニットによって制御される複数のプロセッサユニットを備え、それらが互いに離れて位置してもよい。]
[0045] 注意すべきことは、図３のすべての接続は物理的接続として示されているが、これらの接続の１つ以上は、無線で行われうることである。それらは、「接続された」ユニットが何らかの方法で相互に通信するように構成されていることを示すことが意図されているにすぎないことである。] 図３
[0046] コンピュータ１０は、コンピュータとして示されているが、このコンピュータ１０は、本明細書で論じられる機能を実行するように構成されているアナログおよび／またはデジタルおよび／またはソフトウェア技術を用いる、いずれかの信号処理システムであってもよい。]
[0047] 背景技術の議論の中で記載されるように、ＣＡＭＥＬに基づいたインテリジェントネットワークは、ＳＳＦ（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｆｕｎｃｔｉｏｎ：サービス交換機能）とも呼ばれる、交換タスクのためのサービス交換エンティティＳＳＥと、ＳＣＦ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ：サービス制御機能）またはｇｓｍＳＣＦ（ＧＳＭＳｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ：ＧＳＭサービス制御機能）とも呼ばれる、サービスインテリジェンスまたはサービスロジックを備えるサービス制御エンティティＳＣＥとを、主要エンティティとして備える。サービス制御エンティティＳＣＥとサービス交換エンティティＳＳＥとはいずれも、コンピュータとして構成されてもよく、その実施形態を以下で説明する。]
[0048] サービス制御エンティティ
図４は、メッセージを受信するための入力デバイスＩ４と、メッセージを送信するための出力デバイスＯ４と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ４と、情報を記憶すること及び取得することの少なくとも一方を実行するためのメモリＭＥ４とを備えるサービス制御エンティティＳＣＥを示している。] 図４
[0049] サービス制御エンティティＳＣＥは、スタンドアロンデバイスであってもよく、そして、入力デバイスＩ４と出力デバイスＯ４とは、それぞれ、メッセージを受信するための受信ユニットとメッセージを送信するための送信ユニットとのような、外部インタフェースであってもよい。しかしながら、サービス制御エンティティＳＣＥが、例えば、交換ノードのハードウェアサブユニットおよび／またはソフトウェアサブユニットとして、交換ノードにおいて動作することも考えられる。サービス制御エンティティＳＣＥは、交換ノードにインストールされ、かつ、交換ノードにおいて操作されてもよく、そして、ユニットＩ４とユニットＯ４とユニットＰ４とユニットＭＥ４とのいずれも交換ノードと共有しなくてもよいし、あるいはユニットＩ４とユニットＯ４とユニットＰ４とユニットＭＥ４との少なくとも１つを交換ノードの各ユニットと共有してもよい。代替実施形態として、交換ノードの処理ユニットにロードされるコンピュータプログラムに従ってサービス制御エンティティＳＣＥがある。]
[0050] サービス交換エンティティ
図５は、メッセージを受信するための入力デバイスＩ５と、メッセージを送信するための出力デバイスＯ５と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ５と、情報を記憶することを及び取得することの少なくとも一方を実行するためのメモリＭＥ５とを備えるサービス交換エンティティＳＳＥを示している。] 図５
[0051] サービス交換エンティティＳＳＥは、スタンドアロンデバイスであってもよく、そして、入力デバイスＩ５と出力デバイスＯ５とは、それぞれ、メッセージを受信するための受信ユニットとメッセージを送信するための送信ユニットとのような、外部インタフェースであってもよい。サービス交換エンティティＳＳＥは、例えば、交換ノードのハードウェアサブユニットおよび／またはソフトウェアサブユニットとして、交換ノードにおいて動作していることが望ましい。サービス交換エンティティＳＳＥは、交換ノードにインストールされ、かつ、交換ノードにおいて操作されてもよく、そして、ユニットＩ５とユニットＯ５とユニットＰＵ５とユニットＭＥ５とのいずれも交換ノードと共有しなくてもよいし、あるいはユニットＩ５とユニットＯ５とユニットＰＵ５とユニットＭＥ５との少なくとも１つを、メッセージを受信するための入力デバイスとメッセージを送信するための出力ユニットとメッセージおよび情報を処理するためのプロセッサユニットと、好ましくは、メモリとを備える、交換ノードの各ユニットと共有してもよい。一実施形態に従えば、交換ノードのプロセッサユニットにロードされるコンピュータプログラムに従って、サービス交換エンティティＳＳＥが提供される。]
[0052] 呼がマルチパーティ呼の一部となることをＣＡＭＥＬサービスが許容する場合、問題が生じる可能性がある。第１の通信エンティティＣＥ−Ａが、この呼についてマルチパーティサービスを呼び出す場合、すなわち、第２の通信エンティティＣＥ−Ａと音声接続している呼と、第３の通信エンティティＣＥ−Ｃとの保留にされている呼とを会議呼につなぐ場合には、この加入者からのそれぞれの呼のＣＡＭＥＬサービスは、呼がマルチパーティ呼に変わっていることに気付かないであろう。これについて、図６および７を参照しながら説明する。] 図６
[0053] 図６は、第１の通信エンティティＣＥ−Ａがマルチパーティ呼を呼び出す前の状況を示している。２つの発信呼、すなわち、第１の通信エンティティＣＥ−Ａと第２の通信エンティティＣＥ−Ｂとの間の１つの呼と、第１の通信エンティティＣＥ−Ａと第３の通信エンティティＣＥ−Ｃとの間のもう１つの呼とが、第１の通信エンティティＣＥ−Ａから開始されている。２つの区間（レグ：leg）が作成される。第１の区間には、交換ノード２０３−Ａ（Ａ−Ｂ）、２０４−Ｂ、２０５−Ｂと第１のサービス交換エンティティＳＳＥ−ＡＢとを含んでいる。] 図６
[0054] 文字列中のＡ−Ｂという指標は、それが第１の通信エンティティＣＥ−Ａと第２の通信エンティティＣＥ−Ｂとの間の接続についてのプロセスのことを参照することを示すために使用されている。同様に、以下で使用されるＡ−Ｃという指標は、それが第１の通信エンティティＣＥ−Ａと第３の通信エンティティＣＥ−Ｃとの間の接続についてのプロセスのことを参照することを示すために使用される。従って、交換ノード２０３−Ａ（Ａ−Ｂ）とは、第１の通信エンティティＣＥ−Ａから第２の通信エンティティＣＥ−Ｂへの呼についての交換ノード２０３におけるプロセスのことを参照し、同様に、交換ノード２０３−Ａ（Ａ−Ｃ）とは、第１の通信エンティティＣＥ−Ａから第３の通信エンティティＣＥ−Ｃへの呼についての交換ノード２０３におけるプロセスのことを参照している。]
[0055] 第２の区間には、交換ノード２０３−Ａ（Ａ−Ｃ）、２０４−Ｃ、２０５−Ｃと第２のサービス交換エンティティＳＳＥ−ＡＣとを含んでいる。]
[0056] それぞれの交換ノード２０３、２０４、２０５の間では、ＩＳＤＮユーザ部分（ＩＳＤＮＵｓｅｒ Ｐａｒｔ（ＩＳＵＰ））、ベアラ独立呼制御（Ｂｅａｒｅｒ Ｉｎｄｅｐｅｎｄｅｎｔ Ｃａｌｌ Ｃｏｎｔｒｏｌ（ＢＩＣＣ））またはＳＩＰ−Ｉシグナリングが使用される。本発明の残りの部分では、ＩＳＵＰだけについて言及するが、情報を有する読者であれば、適用可能な場合にはＢＩＣＣおよびＳＩＰ−Ｉも同様に使用できることを理解するであろう。]
[0057] 図７は、第１の通信エンティティＣＥ−Ａがマルチパーティ呼サービスを呼び出した後の状況を示している。呼の連鎖（呼チェイン：call chain）には、サービス交換エンティティＳＳＥの２つの例、すなわち、第１のサービス交換エンティティＳＳＥ−ＡＢと第２のサービス交換エンティティＳＳＥ−ＡＣとが存在している。] 図７
[0058] 第１のサービス制御エンティティＳＣＥ−ＡＢは、例えば、呼応答または呼切断のような呼イベントについて情報提供されることを、第１のサービス交換エンティティＳＳＥ−ＡＢに命令してもよいだろう。しかしながら、サービス制御エンティティＳＣＥ−ＡＢ、ＳＣＥ−ＡＣは、マルチパーティ呼が確立されることを知らないであろう。]
[0059] マルチパーティ呼が確立される場合、第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃが会議に加えられ、第１の通信エンティティＣＥ−Ａ、第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃからの音声情報が、交換ノード２０３−Ａの中に位置していて、または、交換ノード２０３−Ａによって制御されている会議デバイスを通してルーティングされる。会議呼の中の各通信エンティティは、会議呼の中の他の通信エンティティの合成音声を受信することになる。この時点から先は、（例えば、クレジット情報のような）いかなる情報が、サービス制御エンティティＳＣＥによって制御される音声チャネル上で１つの通信エンティティに向かって送信されるとしても、他の通信エンティティにも聞こえる。]
[0060] 会議呼が確立された後、２つのサービス制御エンティティＳＣＥ−ＡＢとＳＣＥ−ＡＣとのうちの１つが、その接続先であるサービス交換エンティティＳＳＥ−Ａに、すなわち、それぞれＳＳＥ−ＡＢまたはＳＳＥ−ＡＣに、帯域内情報（トーンもしくはアナウンス）を第１の通信エンティティＣＥ−Ａに対して送信することを指示してもよいだろう。この情報は、実際、情報が意図されていない１つ以上の他の通信エンティティＣＥ−Ｂ、ＣＥ−Ｃからも聞こえるであろう。]
[0061] さらに、マルチパーティ呼に参加している第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃのアイデンティティは、それぞれのサービス制御エンティティＳＣＥには知られないであろう。従って、例えば、一定の加入者が国際会議呼に参加しないことをサービス制御エンティティＳＣＥが要望する場合、（ａ）サービス制御エンティティＳＣＥはマルチパーティ呼が確立されていることを知らず、かつ、（ｂ）サービス制御エンティティＳＣＥはマルチパーティ呼のすべての参加者のアイデンティティを知らないため、サービス制御エンティティＳＣＥは、このポリシーを実施することはできない。例えば、サービス制御エンティティＳＣＥ−ＡＢは、各々の呼についての第１の通信エンティティおよび第２の通信エンティティのアイデンティティを知っているだけである。この場合もやはり強調されるべきことは、会議呼における呼区間は、独立したサービス制御エンティティＳＣＥの例によって制御されることである。]
[0062] ＩＴＵ−Ｔ勧告Ｑ．７３４に従えば、サービス提供されるユーザ側でのマルチパーティ呼出をリモートパーティに通知することをＭＳＣが要望する場合には、「汎用通知（Ｇｅｎｅｒｉｃ Ｎｏｔｉｆｉｃａｔｉｏｎ）」パラメータを備えるＩＳＵＰ呼進行（ＩＳＵＰ Ｃａｌｌ Ｐｒｏｇｒｅｓｓ（ＣＰＧ））メッセージが使用され、それには以下の指標が含まれてもよい。]
[0063] 会議が確立された
会議が切断された
他のパーティが追加された
分離された
再接続された
他のパーティが分離された
他のパーティが再接続された
他のパーティが分割された
他のパーティが切断された
会議が浮動している
ＩＳＵＰ ＣＳＰメッセージは、ＩＳＵＰ ＣＰＧに示されているように、マルチパーティイベントが適用される会議出席者の数を搬送する能力を持たない。]
[0064] 実施形態
以下に、上記の欠点を克服する複数の実施形態を提供する。]
[0065] サービス制御エンティティ
一実施形態に従えば、図８に示す方法が提供される。この方法は、通信ネットワーク内の３つ以上の通信エンティティの間のマルチパーティ呼を制御するためのサービス制御エンティティＳＣＥによって行われてもよく、前記通信ネットワークは、サービス制御エンティティとサービス交換エンティティとを備え、前記サービス制御エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知をサービス交換エンティティから受信すること（動作９０１）と、
ｂ）マルチパーティイベントを処理するための手順を判定すること（動作９０２）と、
ｃ）マルチパーティイベントを処理するための手順に従って命令をサービス交換エンティティへ送信すること（動作９０３）とを実行する。] 図８
[0066] 一実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信することをサービス交換エンティティにリクエストすることが含まれる。これは、特定のマルチパーティイベントの通知が動作９０１で受信されるようにサービス交換エンティティＳＳＥに命令するために、動作９０１の前に行われてもよい。これによって、サービス制御エンティティＳＣＥが、自分が関心のあるこれらのマルチパーティイベントの通知だけを受信することが可能になり、従って、マルチパーティ呼を制御する場合にサービス制御エンティティＳＣＥの柔軟性が拡大される。例えば、サービス制御エンティティＳＣＥは、自身は以下のマルチパーティイベント、すなわち、会議が確立された、他のパーティが追加された、他のパーティが切断されたという指標を受信することだけに関心があるということをサービス交換エンティティＳＳＥに示してもよい。結果として、サービス制御エンティティＳＣＥは、他のマルチパーティイベントの通知は受信しない。]
[0067] 一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティ呼を設定するための３つ以上の通信エンティティＣＥ−Ａ、ＣＥ−Ｂ、ＣＥ−Ｃのうちの１つからのリクエストが含まれており、そして、マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれる。この許可指標に基づいて、サービス交換エンティティは、マルチパーティイベントのセットアップを許可するか否かを決定することができる。]
[0068] 一実施形態に従えば、動作９０２には、サービスロジックを適用することが含まれる。]
[0069] 一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティＣＥ−Ａ、ＣＥ−Ｂ、ＣＥ−Ｃの指標が含まれる。ここで、サービス制御エンティティＳＣＥは、マルチパーティ呼に関わる通信エンティティのアイデンティティが通知され、そして、この情報に基づいて次の動作を行うことができるようになる。]
[0070] 一実施形態に従えば、ｂ）（動作９０２）には、さらに、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標と組み合わせてサービスロジックを適用することが含まれる。この少なくとも１つの通信エンティティＣＥ−Ａ、ＣＥ−Ｂ、ＣＥ−Ｃの指標は、適切な手順を決定するるためのサービスロジックを適用する際に使用することができる。例えば、第２の通信エンティティＣＥ−Ｂは、第１の通信エンティティＣＥ−Ａに比べて異質な通信エンティティであり、かつサービスロジックがこれを許可しない場合には、この手順は、マルチパーティ呼をセットアップするためのリクエストを終了させることができる。]
[0071] マルチパーティイベントは、以下のうちの１つであってもよい。]
[0072] 会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
図８に関して記述される方法を実行するように構成されている、図４に示されるサービス制御エンティティＳＣＥの一実施形態が提供される。] 図４ 図８
[0073] サービス制御エンティティとサービス交換エンティティとを備える通信ネットワーク内で、３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法を実行するために、サービス制御エンティティＳＣＥが、図４に示されるように提供されてもよい。] 図４
[0074] サービス制御エンティティＳＣＥは、メッセージを受信するための入力デバイスＩ４と、メッセージを送信するための出力デバイスＯ４と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ４と、情報を記憶する及び／または取得するためのメモリＭＥ４とを備える。]
[0075] プロセッサユニットＰＵ４は、入力デバイスＩ４を介してサービス交換エンティティから受信されるマルチパーティ呼に関連付けられているマルチパーティイベントの通知（動作９０１）を処理するように構成されてもよい。]
[0076] また、プロセッサユニットＰＵ４は、マルチパーティイベントを処理するための手順を判定する（動作９０２）ように構成されてもよい。]
[0077] 加えて、プロセッサユニットＰＵ４は、マルチパーティイベントを処理するための手順に従って、命令を出力デバイスＯ４を介してサービス交換エンティティＳＳＥへ送信すること（動作９０３）を開始するように構成されてもよい。]
[0078] 一実施形態に従えば、サービス制御エンティティＳＣＥの処理ユニットにロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、図７を参照して記載される方法を実行するように構成されているソフトウェアコードの一部を備える。このコンピュータプログラムは、コンピュータ可読媒体で構成されてもよい。] 図７
[0079] 別の実施形態に従えば、サービス制御エンティティＳＣＥの処理ユニットＰＵ４にロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、図８を参照して記載される方法を実行するように構成されているソフトウェアコードの一部を備える。] 図８
[0080] 別の実施形態に従えば、そのようなコンピュータプログラムを備えるコンピュータ可読媒体が提供される。]
[0081] サービス交換エンティティ
一実施形態に従えば、図９に示される方法が提供される。この方法は、サービス制御エンティティとサービス交換エンティティとを備える通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御するために、サービス交換エンティティＳＳＥによって実行されてもよい。この場合、サービス交換エンティティは、
ａ）マルチパーティ呼に関連付けられているマルチパーティイベントの通知を受信すること（動作９１０）と、
ｂ）通知をサービス制御エンティティへ送信すること（動作９１１）と、
ｃ）マルチパーティイベントを処理するための手順に従ってサービス制御エンティティから命令を受信すること（動作９１２）と、そして
ｄ）受信した命令に従ってマルチパーティイベントを処理すること（動作９１３）とを実行することを特徴とする。] 図９
[0082] 一実施形態に従えば、この方法は、さらに、指示されているマルチパーティイベントの通知を送信するためのリクエストをサービス制御エンティティから受信することが含まれる。]
[0083] 一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティ呼をセットアップするための、３つ以上の通信エンティティのうちの１つからのリクエストが含まれており、この場合、マルチパーティイベントを処理するための命令には、マルチパーティ呼が許可されているか否かを示す許可指標が含まれる。]
[0084] 一実施形態に従えば、マルチパーティイベントの通知には、マルチパーティイベントに関連する少なくとも１つの通信エンティティの指標が含まれる。]
[0085] 一実施形態に従えば、ｄ）（動作９１３）には、許可指標に従ってマルチパーティイベントを不許可にすることまたは許可することが含まれる。]
[0086] 一実施形態に従えば、マルチパーティイベントには、
会議が確立された（６６）
会議が切断された（６７）
他のパーティが追加された（６８）
分離された（６９）
再接続された（７０）
他のパーティが分離された（７１）
他のパーティが再接続された（７２）
他のパーティが分割された（７３）
他のパーティが切断された（７４）
会議が浮動している（７５）
のうちの１つが含まれる。]
[0087] 図９を参照して記載される方法を実行するように構成されている、図５に示されるサービス交換エンティティＳＳＥの一実施形態が提供される。] 図５ 図９
[0088] サービス制御エンティティＳＳＥとサービス交換エンティティＳＣＥとを備える通信ネットワーク内で、３つ以上の通信エンティティの間のマルチパーティ呼を制御するための、図５に示されるようなサービス交換エンティティＳＳＥが提供されてもよい。] 図５
[0089] サービス交換エンティティＳＳＥは、メッセージを受信するための入力デバイスＩ５と、メッセージを送信するための出力デバイスＯ５と、メッセージおよび情報を処理するためのプロセッサユニットＰＵ５と、情報を記憶するまたは取得するためのメモリＭＥ５とを備える。]
[0090] プロセッサユニットＰＵ４は、入力デバイスＩ４を介して受信されるマルチパーティ呼に関連付けられているマルチパーティイベントの通知（動作９１０）を処理するように構成されてもよい。]
[0091] プロセッサユニットＰＵ４は、出力デバイスＯ４を介して通知をサービス制御エンティティへ送信すること（動作９１１）を開始するように構成されてもよい。]
[0092] プロセッサユニットＰＵ４は、マルチパーティイベントを処理するための手順に従って、入力デバイスＩ４を介してサービス制御エンティティから受信される命令（動作９１２）を処理するように構成されてもよい。]
[0093] 最後に、プロセッサユニットＰＵ４は、受信される命令に従ってマルチパーティイベントを処理する（動作９１３）ように構成されてもよい。]
[0094] 別の実施形態に従えば、サービス交換エンティティＳＳＥの処理ユニットＰＵ５にロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、図９参照して記載される方法を実行するように構成されているソフトウェアコードの一部を備える。] 図９
[0095] 別の実施形態に従えば、そのようなコンピュータプログラムを備えるコンピュータ可読媒体が提供される。]
[0096] ＩＮＡＰやＣＡＭＥＬアプリケーション部（ＣＡＭＥＬ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）（ＣＡＰ、例えば、ＣＡＰｖ４、３ＧＰＰ ＴＳ２９．０７８および３ＧＰＰ ＴＳ ２３．０７８を参照）のようなＩＮプロトコルは、本発明に従う能力をサービス交換エンティティＳＳＥおよびサービス制御エンティティＳＣＥに提供するために、下記の詳細な機能拡張のうち少なくとも１つによって修正されることが望ましい。]
[0097] ａ）ＣＡＭＥＬ加入者からの呼の中にマルチパーティイベントが発生していることを示すために、新たなイベント検出点（Ｅｖｅｎｔ Ｄｅｔｅｃｔｉｏｎ Ｐｏｉｎｔ（ＥＤＰ））である、「マルチパーティイベント」、が定義されてもよい。このＥＤＰは、発信基本呼状態モデル（Ｏｒｉｇｉｎａｔｉｎｇｂａｓｉｃｃａｌｌ ｓｔａｔｅ ｍｏｄｅｌ（Ｏ−ＢＣＳＭ））と着信基本呼状態モデル（Ｔｅｒｍｉｎａｔｉｎｇ ｂａｓｉｃ ｃａｌｌ ｓｔａｔｅ ｍｏｄｅｌ（Ｔ−ＢＣＳＭ））との両方について定義される。]
[0098] イベントがレポートされることになる呼の区間（レグ）は、ＭＰＴＹイベントの発生の通知を搬送するＩＳＵＰ呼進行（ＩＳＵＰ Ｃａｌｌ Ｐｒｏｇｒｅｓｓ（ＣＰＧ））メッセージを受信するサービス交換エンティティＳＳＥにおける区間（レグ）となる。]
[0099] ｂ）新たなＥＤＰマルチパーティイベントに供給するために、サービス制御エンティティＳＣＥからサービス交換エンティティＳＳＥへのリクエストレポートＢＣＳＭ（Ｒｅｑｕｅｓｔ Ｒｅｐｏｒｔ ＢＣＳＭ（ＲＲＢ））メッセージに新たなＢＣＳＭイベントが追加されてもよい。サービス制御エンティティＳＣＥは、新たなＢＣＳＭイベントを備えるリクエストレポートＢＳＣＭ（Ｒｅｑｕｅｓｔ Ｒｅｐｏｒｔ ＢＣＳＭ）メッセージを使用して、指示されているマルチパーティイベントの通知を送信することをサービス交換エンティティＳＳＥにリクエストしてもよい。]
[0100] ｃ）新たなＥＤＰマルチパーティイベントをサービス制御エンティティＳＣＥにレポートするために、サービス交換エンティティＳＳＥからサービス制御エンティティＳＳＥへのイベントレポートＢＳＣＭ（Ｅｖｅｎｔ Ｒｅｐｏｒｔ ＢＣＳＭ（ＥＲＢ））メッセージに新たなＢＣＳＭイベントが追加されてもよい。サービス交換エンティティＳＳＥは、新たなＢＣＳＭイベントを備えるイベントレポートＢＳＣＭ（Ｅｖｅｎｔ Ｒｅｐｏｒｔ ＢＣＳＭ）メッセージを使用して、マルチパーティイベントの通知をサービス制御エンティティＳＣＥへ送信してもよい。]
[0101] ｄ）イベントレポートＢＣＳＭ（Ｅｖｅｎｔ Ｒｅｐｏｒｔ ＢＣＳＭ（ＥＲＢ））メッセージの中で、パラメータ「検出点（Ｄｅｔｅｃｔｉｏｎ Ｐｏｉｎｔ（ＤＰ））固有情報」が、指標、すなわち、例えば、追加されたり、分離されたり、再接続されたりする通信エンティティのような、マルチパーティイベントに関連付けられている通信エンティティの電話番号（ディレクトリ番号：directory number）を伝達する能力を伴って機能拡張されてもよい。この指標は、会議出席者番号と呼ばれる場合もある。サービス交換エンティティが、機能拡張されたパラメータを備えるイベントレポートＢＣＳＭ（Ｅｖｅｎｔ Ｒｅｐｏｒｔ ＢＣＳＭ）を使用して、マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標を備えるマルチパーティイベントの通知をサービス制御エンティティＳＣＥへ送信してもよい。]
[0102] さらに、サービス交換エンティティとサービス制御エンティティとに、本発明に従う能力を提供するために、ＩＳＵＰプロトコルが下記の機能拡張によって修正されることが望ましい。]
[0103] ａ）ＩＳＵＰ呼進行（ＩＳＵＰ Ｃａｌｌ Ｐｒｏｇｒｅｓｓ（ＣＰＧ））メッセージが、マルチパーティイベント通知に加えて、マルチパーティイベントに関連付けられている通信エンティティの会議出席者番号を搬送するように機能拡張されてもよい。]
[0104] 利点
先行技術に従えば、第１のエンティティＣＥ−Ａがマルチパーティ呼を確立することをリクエストする場合、このリクエストは、交換ノード２０３によって、そして（より少ない程度に）交換ノード２０４および２０５によって、処理されて実行される。サービス制御エンティティＳＣＥは、第１の通信エンティティＣＥ−Ａがマルチパーティ呼の確立を開始していることを知らないであろうから、これによって、問題や望まれていない状況が生じることがある。例えば、サービス制御エンティティＳＣＥは、第１の通信エンティティＣＥ−Ａがマルチパーティ呼を開始する許可を有するかどうかを検証し、そして、もしそうであれば、第１の通信エンティティＣＥ−Ａが特定の第２の通信エンティティＣＥ−Ｂおよび第３の通信エンティティＣＥ−Ｃと共にマルチパーティ呼をセットアップする許可を有するかどうかを検証することが必要となる可能性がある。第１の通信エンティティＣＥ−Ａが、例えば、国際マルチパーティ呼をセットアップすることを許可されていないことがある。また、ＳＣＥが、参加者の数を定義された最大数に制限することを望むこともある。]
[0105] サービス制御エンティティＳＣＥがマルチパーティ呼の確立に気付かないことから生じるさらなる問題は、サービス制御エンティティＳＣＥが、帯域内情報が呼の中の他のパーティに聞こえることがあることを知らずに、帯域内情報（例えば、アナウンス）を加入者へ送信することをサービス交換エンティティＳＳＥに命令する可能性があるであろうということである。]
[0106] 実施形態に従えば、サービス制御エンティティＳＣＥにマルチパーティ呼の確立を気付かせることによって、この欠点が克服される。]
[0107] サービス制御エンティティＳＣＥは、例えば、マルチパーティ呼出および新たに接続された加入者のアイデンティなどのようなマルチパーティイベントについて情報提供されるであろうから、それに従って動作することができる。これによって、ＳＣＥが、呼の確立の際に、その呼の間にマルチパーティ呼の確立を許可することが容易になる。その呼の間にマルチパーティ呼が確立される場合には、ＳＣＥは、これに関して情報提供され、そして、マルチパーティ呼が許可されているかどうか、例えば、マルチパーティ呼に関与するパーティの電話番号を考慮して、判定してもよいであろう。ＳＣＥは、マルチパーティが許可されているかどうかを判定するために、異なる決定基準を適用してもよい。例えば、ある加入者は、国際的な会議出席者に関わるマルチパーティ呼を確立する権利がない等である。]
[0108] サービス制御エンティティＳＣＥは、マルチパーティ呼の内部で実行される特定の動作（分割される、追加する、等）について情報提供されるであろう。これによって、サービス制御エンティティＳＣＥは、誰が呼についての情報（音声／データ）を受信しているのかをその都度知ることができるようになる。これによって、特に、サービス制御エンティティＳＣＥは、誰がトーンやアナウンスを聞くであろうかということを、自分がそのようなトーンやアナウンスを送信することを決定する場合に、知ることができるようになる。]
[0109] 本発明が、ＧＳＭ、符号分割多元アクセス（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＣＤＭＡ））、時分割多元アクセス（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（ＴＤＭＡ））、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ））、または４Ｇネットワークのような、任意の通信ネットワークにも実装されうることは明らかである。サービス制御エンティティは、典型的には、単一のデバイスとして実施されても良いし、または複数のデバイス上に分散されても良い。同じことが、サービス交換エンティティにも当てはまる。サービス制御エンティティとサービス交換エンティティとは、同一のデバイスまたはプラットフォーム上の別個の機能として実装されてもよい。]
[0110] また、サービス制御エンティティの処理ユニットにロード可能なコンピュータプログラムも提供される。この場合、コンピュータプログラムは、上述の実施形態と方法のうち少なくとも１つを実行するように構成されているソフトウェアコードの一部を備える。]
[0111] また、サービス交換エンティティの処理ユニットにロード可能なコンピュータプログラムも提供される。この場合、コンピュータプログラムは、上記の実施形態と方法のうち少なくとも１つを実行するように構成されているソフトウェアコードの一部を備える。]
[0112] また、上述のコンピュータプログラムの少なくとも１つを備えるコンピュータ可読媒体も提供される。]
[0113] 上述の記載は、限定されるものではなく、例示することが意図されているものである。従って、以下に記載される請求項の範囲を逸脱することなく上述の本発明に対する修正が行われうることは、当業者には明らかであろう。]

权利要求:

請求項1
サービス制御エンティティとサービス交換エンティティとを備える通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御する方法であって、前記サービス制御エンティティは、ａ）前記マルチパーティ呼に関連付けられているマルチパーティイベントの通知をサービス交換エンティティから受信すること、ｂ）前記マルチパーティイベントを処理するための手順を判定すること、ｃ）前記マルチパーティイベントを処理するための手順に従って、命令をサービス交換エンティティへ送信することを実行することを特徴とする方法。
請求項2
指示されているマルチパーティイベントの通知を送信することを、前記サービス交換エンティティにリクエストするステップを更に備えることを特徴とする請求項２に記載の方法。
請求項3
前記マルチパーティイベントの通知には、前記マルチパーティ呼をセットアップするための３つ以上の通信エンティティのうちの１つからのリクエストが含み、前記マルチパーティイベントを処理するための命令は、前記マルチパーティ呼が許可されているか否かを示す許可指標を含んでいることを特徴とする請求項１または２に記載の方法。
請求項4
前記ｂ）は、サービスロジックを適用することを含んでいることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
請求項5
前記マルチパーティイベントの通知は、前記マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標を含んでいることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
請求項6
前記ｂ）は、さらに、前記マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの前記指標と組み合わせて前記サービスロジックを適用することを含んでいることを請求項４また５に記載の方法。
請求項7
前記マルチパーティイベントは、会議が確立された（６６）会議が切断された（６７）他のパーティが追加された（６８）分離された（６９）再接続された（７０）他のパーティが分離された（７１）他のパーティが再接続された（７２）他のパーティが分割された（７３）他のパーティが切断された（７４）会議が浮動している（７５）ことの内の１つを含んでいることを特徴とする請求項１乃至６のいずれか１項に記載の方法。
請求項8
請求項１乃至７のいずれか１項に記載の方法を実行するように構成されているサービス制御エンティティ。
請求項9
サービス制御エンティティとサービス交換エンティティとを備える通信ネットワーク内で３つ以上の通信エンティティの間のマルチパーティ呼を制御するための方法であって、前記サービス交換エンティティは、ａ）前記マルチパーティ呼に関連付けられているマルチパーティイベントの通知を受信することと、ｂ）前記通知をサービス制御エンティティへ送信することと、ｃ）前記マルチパーティイベントを処理するための手順に従って命令を前記サービス制御エンティティから受信することと、ｄ）受信した命令に従って前記マルチパーティイベントを処理することことを実行することを特徴とする方法。
請求項10
指示されているマルチパーティイベントの通知を送信するためのリクエストを前記サービス制御エンティティから受信することを含んでいることを特徴とする請求項９に記載の方法。
請求項11
前記マルチパーティイベントの通知は、前記マルチパーティ呼をセットアップするための３つ以上の通信エンティティのうちの１つからのリクエストを含み、前記マルチパーティイベントを処理するための命令は、マルチパーティ呼が許可されているか否かを示す許可指標を含んでいることを特徴とする請求項９または１０に記載の方法。
請求項12
前記ｄ）は、前記マルチパーティイベントを前記許可指標に従って不許可することまたは許可することを含んでいることを特徴とする請求項１１に記載の方法。
請求項13
前記マルチパーティイベントの通知には、前記マルチパーティイベントに関連付けられている少なくとも１つの通信エンティティの指標を含んでいることを特徴とする請求項９乃至１２のいずれか１項に記載の方法。
請求項14
前記マルチパーティイベントは、会議が確立された（６６）会議が切断された（６７）他のパーティが追加された（６８）分離された（６９）再接続された（７０）他のパーティが分離された（７１）他のパーティが再接続された（７２）他のパーティが分割された（７３）他のパーティが切断された（７４）会議が浮動している（７５）ことの内の１つを含んでいることを特徴とする請求項９乃至１３のいずれか１項に記載の方法。
請求項15
請求項９乃至１４のいずれか１項に記載の方法を実行するように構成されているサービス交換エンティティ。
請求項16
請求項１乃至７のいずれか１項に従う方法を実行するように構成されているソフトウェアコードの部分を備え、サービス制御エンティティの処理ユニットにロード可能なコンピュータプログラム。
請求項17
請求項９乃至１４のいずれか１項に従う方法を実行するように構成されているソフトウェアコードの部分を備え、サービス交換エンティティの処理ユニットにロード可能なコンピュータプログラム。
請求項18
請求項１６または１７に従うコンピュータプログラムを備えるコンピュータ可読記録媒体。